Communication device interface for merchant check-in and shopping notifications

ABSTRACT

There are provided systems and methods for a communication device interface for merchant check-in and shopping notifications. A user may enter shopping preferences to a module of a communication device in order to receive notifications and alerts when items matching the shopping preferences are available with one or more merchants. A service provider may receive the shopping preferences with user attributes, such as a user location and/or account balance. The attributes may be determined using applications and/or modules of the communication device or through a check-in by the user at a location. The service provider may determine shopping notifications having purchase offers for the items from available merchants. The purchase offers may include offers to sell the items and discounts for the items. The shopping notifications may be displayed to the user using a user device interface, such as cells within an application or mobile device home screen.

CROSS REFERENCE TO RELATED APPLICATION

The application is a continuation of U.S. patent application Ser. No.16/438,354, filed Jun. 11, 2019, which is a continuation of U.S. patentapplication Ser. No. 14/508,874, filed Oct. 7, 2014, now U.S. Pat. No.10,318,991, issued Jun. 11, 2019, which claims priority to U.S.Provisional Patent Application No. 61/888,197, filed Oct. 8, 2013, U.S.Provisional Patent Application No. 61/888,211, filed Oct. 8, 2013, andU.S. Provisional Patent Application No. 61/889,916, filed Oct. 11, 2013,all of which are incorporated by reference in their entirety.

TECHNICAL FIELD

Example embodiments of the present application relate generally to acommunication device interface for merchant check-in and shoppingnotifications and more specifically to providing an interface for acommunication device where a user may view a merchant's check-inopportunities, offers, and shopping notifications and process purchaseswith the merchant.

BACKGROUND

Users may have shopping preferences corresponding to items, itemdiscounts, and/or merchant locations. For example, a user may wish topurchase a specific item, or may wish to view items available with amerchant. However, in order to access information corresponding to thoseshopping preferences, the user may be required to retrieve informationavailable online, through a merchant application, or directly from themerchant. Where a user is unsure of a best price for an item and wishesto engage in comparative shopping, the user may perform multiplesearches with multiple different merchants. Therefore, the user may notoptimize purchase prices and/or item preferences without going throughmanual steps performed by the user, and in some cases may miss potentialsavings from short term sales, coupons, or other item discounts.Additionally, the user may be unaware of local merchants and/or itemoffers and discounts at merchants the user is visiting. For example, auser may visit a coffeehouse to purchase coffee but be unaware that themerchant is presently offering 10% of drink purchases with foodpurchases. Thus, the user may not maximize their shopping experienceunless they perform prior research on their shopping preferences andlocations the user expects to visit.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of a networked system suitable forimplementing the process described herein, according to an embodiment;

FIG. 2 is an exemplary environment having users at or nearby merchantlocations offering items matching the users' shopping preferences,according to an embodiment;

FIG. 3 is an exemplary system environment having a user devicepresenting shopping notification received from a service provider,according to an embodiment;

FIG. 4 is a flowchart of an exemplary process for presenting acommunication device interface for merchant check-in and shoppingnotifications, according to an embodiment;

FIG. 5 is a block diagram of a computer system suitable for implementingone or more components in FIG. 1, according to an embodiment; and

FIGS. 6A-6AH are exemplary screenshots of a communication deviceinterface for presenting shopping notification to a user based onshopping preferences and user attributes, according to variousembodiments.

Embodiments of the present disclosure and their advantages are bestunderstood by referring to the detailed description that follows. Itshould be appreciated that like reference numerals are used to identifylike elements illustrated in one or more of the figures, whereinshowings therein are for purposes of illustrating embodiments of thepresent disclosure and not for purposes of limiting the same.

DETAILED DESCRIPTION

Provided are methods that present a communication device interface formerchant check-in and shopping notifications. Systems suitable forpracticing methods of the present disclosure are also provided.

In various embodiments, a user may utilize a user device, such as acommunication device (e.g., a smart phone, tablet computer, etc.) inorder to receive shopping notifications displayed in a device interfacethat include purchase offers corresponding to one or more shoppingpreferences of the user and current attributes of the user. Thecommunication device may include specialized hardware and/or software,for example, a device module, that first receives user shoppingpreferences through an input device and/or from user data stored withthe user device previously input by the user or received from a thirdparty (e.g., through scrapping on online source, such as a socialnetworking account and/or microblogging service of the user). The devicemodule may correspond to a local shopping module that may transmit theshopping preferences for analysis, for example, by a service providerand/or merchant. The shopping preferences may correspond to desireditems for purchase, desired item discounts including categories ofdiscounts and/or specific item discounts, or preferred merchants. Thelocal shopping module may utilize a communication module of the userdevice to communicate the shopping preferences to a service providerand/or merchant.

The local shopping module may also collect and transmit attributes forthe user. For example, a location determining module of thecommunication device may passively monitor the user's location, forexample, monitoring the user's location without user input/requests andin the background of the user device. The location determining modulemay utilize a mapping service (e.g., accessible through thecommunication module through a network connection), or may access a userdevice component, such as a GPS sensor. The location determining modulemay also determine the user's location through a check-in by the userdevice at a merchant location. The check-in may be generated by aconnection between the communication device and a merchant device/serverfor the merchant location. In other embodiments, a check-in serviceavailable through a network connection may also establish the check-infor the user at the merchant location. In some embodiments, theapplication may transmit the user location information to a server foranalysis. Further, the user may set a location as the user's location,such as a home address and/or work address.

The user may receive one or more notifications based on these shoppingpreferences on a user device. The notifications may include a shoppingoption for the user, such as a purchase offer for one or more itemsmatching the shopping preference from one or more merchants. Forexample, the purchase offer may correspond to an offer for an itemcorresponding to the shopping preferences, an item discountcorresponding to the shopping preferences, and a merchant locationcorresponding to the shopping preferences. The notifications may be sentto the user device for display to the user as soon as the notificationis determined from the shopping preferences. However, in otherembodiments, the notification may be transmitted to the user device onlywhen a user established parameter is met using the shopping preferencesand/or the user attributes. For example, the established parameter maycorrespond to a set price for the item, a specific item discount and/oramount of the discount, a specific merchant location, and/or a merchantlocation in proximity to the user. Thus, the service provider maydetermine if one or more merchants in proximity to the user locationinformation are offering an item discount, such as a sale, coupon,rebate, or other discount. Shopping preferences may limit the merchantsearch, for example, constricting the proximity distance from the userlocation, limiting merchants/items to certain brands, subjects, and/orcost, or other user preferences.

After receiving the shopping notification through the communicationmodule of the communication device, the local shopping module maydisplay the shopping notification through a device interface. A popupmay display on the user's home screen, lock screen, through anapplication interface, or elsewhere. The popup may include merchantlocation information such as a map with the merchant location(s), a linkto a map or the merchant's web site, written directions to the merchant,and/or a distance approximation to the merchant. The user may then seethis information and determine if the user would like to travel to themerchant location and redeem the item discount.

In various embodiments, a local shopping module may generate displayablecells corresponding to the shopping notification in an applicationinterface, a home screen interface or background of the communicationdevice, or through another feed of the user device, such as a toolbar.The cell(s) may include the item(s) corresponding to the shoppingpreferences. For example, a user may enter a commerce website, amerchant brand, and merchant location, an item, and/or an item categoryas the shopping preferences. Thus, the cell(s) may include an itemmatching these preferences, such as an item for the commerce website, anitem from the merchant, etc. The cell(s) may be generated with a lowestprice from a merchant displayed to the user and presented to the user sothat the user may purchase the item at a lowest price offer for the itemin the shopping notifications.

Utilizing the user attributes, the cell(s) may be updated with amerchant location corresponding to the item. Additionally, thecommunication device and/or service provider may transmit the shoppingnotification and user attributes to one or more other merchants who mayoffer the item for sale. The other merchant(s) may view the item andattempt to price match or offer a price reduction for the item to theuser. The other merchant(s) may match the location information of theuser and thus present purchase options for the user that maximize auser's savings and also fit their location criteria. Moreover, oneshopping notification may be used to determine one or more othershopping notifications by the service provider. For example, the subjectof a shopping notification generated using shopping preferences and userattributes (e.g. travel and/or trip locations) may populate othershopping notifications related to the subject (e.g. hotels, clothing,sightseeing, or other items related to the travel and/or triplocations).

The user may utilize the user device to select the notification(s) andview more information about the purchase offer. The shoppingnotification(s) may then display additional information about theshopping option, including price, content and/or terms of the shoppingoption, redemption dates of an item discount, item features, inventoryor availability of the item, merchant location/distance/map, or otherrelevant information. Based on the information, the user may determineif a purchase is preferable and/or advantageous to the user. If the usertransmits a request to purchase the item, the user may utilize a paymentprovider to complete the purchase order. Additionally, the paymentprovider or merchant may provide the item, pick-up of the item, ordelivery of the item. Thus, a transaction history may be sent to themerchant and/or the user as necessary. Where the shopping offer includesan item discount redeemed at time of purchase from a merchant (e.g., adiscount coupon), the item discount may be received by the communicationmodule and stored by the communication device.

FIG. 1 is a block diagram of a networked system 100 suitable forimplementing the process described herein according to an embodiment. Asshown, system 100 may comprise or implement a plurality of devices,servers, and/or software components that operate to perform variousmethodologies in accordance with the described embodiments. Exemplarydevice and servers may include device, stand-alone, and enterprise-classservers, operating an OS such as a MICROSOFT® OS, a UNIX® OS, a LINUX®OS, or other suitable device and/or server based OS. It can beappreciated that the devices and/or servers illustrated in FIG. 1 may bedeployed in other ways and that the operations performed and/or theservices provided by such devices and/or servers may be combined orseparated for a given embodiment and may be performed by a greaternumber or fewer number of devices and/or servers. One or more devicesand/or servers may be operated and/or maintained by the same ordifferent entities.

System 100 includes a user 102, a user device 110, a merchant device130, and a service provider server 140 in communication over a network160. User 102, such as a consumer, may utilize user device 110 to entershopping preferences, and view notifications for shopping optionscorresponding to the shopping preferences. Shopping preferences may bereceived from service provider server 140 utilizing the shoppingpreference, attributes received for user 102, and/or informationavailable from merchant device 130.

User device 110, merchant device 130, and service provider server 140may each include one or more processors, memories, and other appropriatecomponents for executing instructions such as program code and/or datastored on one or more computer readable mediums to implement the variousapplications, data, and steps described herein. For example, suchinstructions may be stored in one or more computer readable media suchas memories or data storage devices internal and/or external to variouscomponents of system 100, and/or accessible over network 160.

User device 110 may be implemented using any appropriate hardware andsoftware configured for wired and/or wireless communication between userdevice 110, merchant device 130, and/or service provider server 140. Forexample, in one embodiment, user device 110 may be implemented as apersonal computer (PC), a smart phone, laptop/tablet computer,wristwatch with appropriate computer hardware resources, eyeglasses withappropriate computer hardware (e.g. GOOGLE GLASS®), other type ofwearable computing device, and/or other types of computing devicescapable of transmitting and/or receiving data, such as an IPAD® fromAPPLE®. Although a user device is shown, the user device may be managedor controlled by any suitable processing device. Although only one userdevice is shown, a plurality of user devices may function similarly.

User device 110 of FIG. 1 contains a local shopping module 120, adigital wallet module 112, other applications 114, a database 116, and acommunication module 118. Local shopping module 120, digital walletmodule 112, and other applications 114 may correspond to executableprocesses, procedures, and/or applications with associated hardware,such as device modules. In other embodiments, user device 110 mayinclude additional or different hardware and software as required.

Local shopping module 120 may correspond to one or more processes toexecute modules and associated devices of user device 110 to providenotifications for shopping options (e.g., purchase offers, such as itemsales, discounts, etc.) to user 102 based on shopping preferences ofuser 102. In this regard, local shopping module 120 may correspond tospecialized hardware and/or software utilized by user device 110 toreceive shopping preferences of user 102 through user input and transmitthe preference for processing with user attributes, such as by merchantdevice 130 and/or service provider server 140. In various embodiments,local shopping module 120 may receive shopping preferences from data indatabase 116 stored to a non-transitory memory of user device 110.Further, local shopping module 120 may scrape data from one or moresocial accounts/feeds corresponding to user 102, such as a socialnetworking feed, microblogging service, or other service. The shoppingpreferences may correspond to a commerce website, a merchant brand,merchant location, an item, and an item category. For example, shoppingpreferences may correspond to desired items for purchase, desired itemdiscounts including categories of discounts and/or specific itemdiscounts, or preferred merchants. Shopping preferences may furtherinclude user set parameters corresponding to the shopping preferences,such as a proximity for a merchant location near the locationinformation, a price point for an item, item type, category of products,and/or general price point, a type, maximum price, and/or redemptionterms of an item discount, or other user established parameter.

Local shopping module 120 may also access attributes for user 102. Invarious embodiments, the attributes for user 102 may include locationinformation, which may be received from a component of user device 110(e.g. a GPS or other location determining module/component) or from alocation determining application or service (e.g., a mapping applicationor online mapping service. The location information may instead be setby the user, such as a home address, work address, or other location.However, in other embodiments, local shopping module may be utilized tocheck-in to merchant locations, for example, using a social networkingservice or a check-in service. For example, local shopping module 120may be configured to establish user 102 as located at the merchantlocation through an online check-in/social networking service. Incertain embodiments, local shopping module 120 may correspond to aspecific application utilized by user device 110 with a merchantdevice/service, such as merchant device 130, to connect to merchantdevice 130 and alert the merchant that user device 110 is in proximityto merchant device 130. In such embodiments, local shopping module 120of user device 110 may utilize short range wireless communication withmerchant device 130, such as near field communication, Bluetooth,Bluetooth Low Energy, radio, infrared, or other connection, in order toestablish the location of user 102. Attributes for user 102 may alsoinclude user preferences and/or personal information. For example, theattributes may further include a mode of transportation for user 102and/or an account balance for user 102, which may further be utilized byservice provider server 140 when determining shopping notifications, aswill be discussed in more detail herein.

Local shopping module 120 may receive one or more notificationscorresponding to the shopping preferences. The notifications may includea shopping option, such as purchase offers for an item corresponding tothe plurality of shopping preferences, an item discount corresponding tothe plurality of shopping preferences, and a merchant locationcorresponding to the plurality of shopping preferences. For example, oneset of notifications may display items matching the shoppingpreferences. Another set of notifications may include item discountsmatching the shopping preferences. A third set of notifications mayinclude merchants in proximity to the location information, such asmerchants nearby user 102 that offer items corresponding to the shoppingpreferences. Notifications may be transmitted to user device 110 fordisplay to user 102 generally, as soon as the notification is created,at set time intervals, at a price of an item, for an item discountcorresponding to the plurality of shopping options, based on a userlocation, and/or based on a merchant location. User attributes and/orthe shopping preferences may determine when the notification aretransmitted to user device 110 and/or presented to user 102.

Each set of notifications may be grouped in local shopping module 120 ormay be presented generally through an application interface of localshopping module 120. Local shopping module 120 may display the shoppingnotifications as one or more cells determined from the shoppingpreference(s). A cell may correspond to a section of an interface havingthe shopping information(s) included in the section. The applicationinterface may appear as a table or modified table having one or morecells, where each cell displays a purchasable item. For example, a cellmay correspond to a portion of an application interface window havingshopping notifications determined from the shopping preferences.Additionally, the cell may provide interactivity, such as linking to amerchant website and/or item offer corresponding to the shopping option.A cell may include the purchase offer in the shopping notifications, aswell as additional information, including merchant information for thefirst merchant, merchant location information for the first merchant,merchant inventory information for the first merchant, a cost for the atleast one first purchase offer, item information for the first item, anitem discount for the first item, terms of purchase for the at least onefirst purchase offer, a wait time at the first merchant, and deliveryinformation for the first item by the first merchant. Such additionalinformation may also be displayed on selection of the cell and may behidden from initial view prior to the selection of the cell.

The shopping notifications in the cell(s) may be displayed according tothe shopping preferences and/or user attributes. For example, if ashopping preference is for a lower value for an item, the merchantoffering the item at a lowest price may be presented in the cell(s).Thus, the item offered in the cell(s) may maximize user 102's potentialsavings. In various embodiments, local shopping module 120 may presentthe cell(s), such as during execution of local shopping module 120.However, the cell(s) may also be presented through an operating systeminterface background of user device 110 or through other means, such asa toolbar or scrollbar on an application interface of user device 110.Moreover, the cell(s) determined from shopping preferences may beutilized to determine one or more other shopping notifications andcell(s). For example, the subject of a shopping notification in a firstcell may be used to determine one or more second shopping notifications.The subject may correspond to a travel location, a merchant service, amerchant good, and/or a user location. These subjects may be used todetermine the second cells, such as offering hotels or other travelarrangements, clothes, sightseeing, food, or other items related to thesubject of the first cell.

A shopping notification may also include a purchase option, such as abutton, or instructions to transmit a purchase request to merchantdevice 130 and/or service provider server 140. Thus, merchant device 130and/or service provider server 140 may receive a purchase requestcorresponding to purchase offer in the shopping notification andcomplete the request. The purchase request may correspond to a purchaseof an item for delivery (e.g. through an online marketplace), an itemdiscount purchase or request to receive/redeem the item discount, and/ora purchase of an item for pick-up at a merchant location (e.g. a foodgood and/or service).

Where the purchase order is completed with merchant device 130, merchantdevice 130 may offer an item to user 102 at a merchant location, andarrange a delivery of the item to user 102, and/or may transmit an itemdiscount to user 102 for use at a merchant location. Thus, in variousembodiments, a merchant location corresponding to the purchase order maybe displayed to user 102 or shipping information may be displayed touser 102. If service provider server 140 completes the purchase order byproviding payment to merchant device 130, a transaction history may betransmitted to user device 110 and/or merchant device 130 to in order tofacilitate user 102 receiving the item, picking-up the item, and/orreceiving and redeeming the item discount.

Digital wallet module 112 may correspond to one or more processes toexecute modules and associated devices of user device 110 to provide aconvenient interface to permit user 102 to select payment options andprovide payment for items and/or services. For example, digital walletmodule 112 may correspond to specialized hardware and/or softwareutilized by user device 110 to present a user interface enabling theuser to enter payment options for storage by user device 110, providepayment options on checkout/payment of an item/service, and complete atransaction for the item/service. In some embodiments, digital walletmodule 112 may correspond more generally to a web browser configured toview information available over the Internet or access a websitecorresponding to a payment/wallet application. Digital wallet module 112may utilize user financial information, such as a credit card, bankaccount, or other financial account. Additionally, digital wallet module112 may provide payment for items using a user account with serviceprovider server 140. Digital wallet module 112 may further includeoptions to store transaction history for purchased items, such asreceipts, for later use (e.g. redemption at a merchant location for anitem and/or item discount). Thus, digital wallet module 112 provides aninterface enabling user 102 to provide proof of purchase of an item to amerchant.

Digital wallet module 112 may provide payment for a purchase order byuser 102. Payment may be provided over network 160, so that user 102 mayhave an item corresponding to the purchase order shipped, visit amerchant location corresponding to the item and pick-up or redeem acredit for the item, and/or receive an item discount voucher for use ata merchant location. Additionally, digital wallet module 112 may providepayment directly to a merchant device 130 instead of using serviceprovider server 140. For example, digital wallet module 112 may utilizestored user financial information to complete a purchase order. Digitalwallet module 112 and/or local shopping module 120 may provide otherfeatures for purchase of the item, such as a hold request, notificationof stock and/or wait times, and/or notification of other merchantlocations to pick-up/purchase the item.

In various embodiments, local shopping module 120 and digital walletmodule 112 may be incorporated in the same module(s) so as to providetheir respective features in one convenient device interface.

In various embodiments, user device 110 includes other applications 114as may be desired in particular embodiments to provide features to userdevice 110. For example, other applications 114 may include securityapplications for implementing client-side security features,programmatic client applications for interfacing with appropriateapplication programming interfaces (APIs) over network 160, or othertypes of applications. Other applications 114 may also include email,texting, voice and IM applications that allow a user to send and receiveemails, calls, texts, and other notifications through network 160. Invarious embodiments, other applications 114 may include financialapplications, such as banking, online payments, money transfer, or otherapplications associated with service provider server 140. As previouslydiscussed, other applications 114 may include mapping applications, forexample, through a GPS module and/or communication module 118 that mayidentify user 102 at a location and/or calendaring/schedulingapplications, which may be utilized to determine a route user 102 istravelling. Additionally, other application may include social mediaapplications. Other applications 114 may include device interfaces andother display modules that may receive input from user 102 and/or outputinformation to user 102. For example, other applications 114 may containsoftware programs, executable by a hardware processor, including agraphical user interface (GUI) configured to provide an interface to theuser.

User device 110 may further include database 116 which may include, forexample, identifiers such as operating system registry entries, cookiesassociated with local shopping module 120, digital wallet module 112,and/or other applications 114, identifiers associated with hardware ofuser device 110, or other appropriate identifiers, such as identifiersused for payment/user/device authentication or identification. In oneembodiment, identifiers in database 116 may be used by merchant device130 and/or service provider server 140 to associate user device 110 witha particular account maintained by the payment/credit provider. Thus,database 116 may include user personal information (e.g. a name, socialsecurity number, user financial information, or other identifyinginformation), a user account identifier, and a user device identifier.In various embodiments, database 116 may include online account accessinformation. Database 116 may store entered information, such asshopping preferences, user attributes, and/or user payment/financialinformation as well as received information, including shoppingnotifications and transaction histories. Database 116 may also storeuser preferred locations, merchants, items, user shopping preferences,and/or user established parameters.

In various embodiments, user device 110 includes at least onecommunication module 118 adapted to communicate with merchant device 130and/or service provider server 140. In various embodiments,communication module 118 may include a DSL (e.g., Digital SubscriberLine) modem, a PSTN (Public Switched Telephone Network) modem, anEthernet device, a broadband device, a satellite device and/or variousother types of wired and/or wireless network communication devicesincluding microwave, radio frequency, infrared, Bluetooth, and nearfield communication devices. Communication module 118 may communicatedirectly with merchant device 130 using short range communications, suchas Bluetooth Low Energy, LTE Direct, WiFi, radio frequency, infrared,Bluetooth, and near field communications.

Merchant device 130 may be maintained, for example, by a merchant orseller offering various items, products, and/or services throughin-store and/or through an online site or application. Generally,merchant device 130 may be maintained by anyone or any entity thatreceives money, for example, retailers and restaurants. In this regard,merchant device 130 may include one or more merchant modules tofacilitate the sale of products, goods, and/or services. Merchant device130 may be implemented using any appropriate hardware and softwareconfigured for wired and/or wireless communication between user device110, merchant device 130, and/or service provider server 140. Forexample, in one embodiment, user device 110 may be implemented as apersonal computer (PC), a smart phone, laptop/tablet computer,wristwatch with appropriate computer hardware resources, eyeglasses withappropriate computer hardware (e.g. GOOGLE GLASS®), other type ofwearable computing device, and/or other types of computing devicescapable of transmitting and/or receiving data, such as an IPAD® fromAPPLE®. Although only one merchant device is described, a plurality ofmerchant devices may function similarly. Although merchant device 130and service provider server 140 are shown as separate entities, it isunderstood they may be incorporated as the same entity. In otherembodiments, one or more service offered by merchant device 130 and/orservice provider server 140 may be provided in the same entity, such asnotification determination module 150.

Merchant device 130 includes a merchant module 132, other applications134, a database 136, and a communication module 138. Merchant module 132and other applications 134 may correspond to executable processes,procedures, and/or applications with associated hardware, such as devicemodules. In other embodiments, user device 110 may include additional ordifferent hardware and software as required.

Merchant device 130 may include merchant module 132, which maycorrespond to one or more processes to execute modules and associateddevices of user device 110 to serve information over network 160 to userdevice 110 and/or service provider server 140. In one embodiment,shopping options may be determined using items and/or item discountsavailable with merchant module 132. Thus, merchant module 132 maycorrespond to specialized hardware and/or software utilized by merchantdevice 130 to transmit information for use in shopping notificationdisplayed to user 102 using local shopping module 120 as previouslydiscussed. The information may include shopping options, such aspurchase offers, which may be transmitted directly to user device 110and/or to service provider server 140 for determination ofnotifications. Purchase offers may include sale offers for itemsavailable through merchant module 132, item discounts (e.g. coupon,rebates, discounts, purchase cards, clustered deals, etc.), and/or otheritem sale information. Information for purchase offers may be pulled byuser device 110 and/or service provider server 140 generally based onavailable information with merchant module 132 and using the shoppingpreferences for user 102. However, merchant module 132 may also generatetargeted marketing, such as item discounts for user 102, based onreceived information. For example, user device 110 and/or serviceprovider server 140 may alert merchant module 132 of a shoppingnotification displayable to user 102, which may include an item saleoffer or discount with the merchant corresponding to merchant device 130or another merchant. Merchant module 132 may tailor another purchaseoffer in order to incentivize sales to user 102 using the shoppingnotification. Merchant module 132 may transmit the tailored offer toservice provider server 140 for transmission to user 102 based on alocation of user 102. However, in other embodiments, merchant module 132may transmit the offers directly to user 102, for example, if userdevice 110 is in communication with merchant device 130.

Additionally, user 102 may utilize local shopping module 120 to interactwith merchant module 132 to view various items available for purchasefrom the merchant. Thus, merchant module 132 may include a marketplaceinterface displayable on user device 110. However, in other embodiments,merchant module 132 may correspond to a browser or other internet accessutility for use by merchant device 130 to transmit products, goods, andservices to user device 110 and/or service provider server 140 for usein shopping notifications for local shopping module 120. In suchembodiments, merchant device 130 may utilize local shopping module 120as a marketplace utility.

In various embodiments, merchant module 132 may be configured to providea convenient interface to permit user 102 to complete a transaction foran item with user 102. For example, merchant module 132 may beimplemented as an application having an interface enabling user 102 topurchase items and/or item discounts available at a merchantcorresponding to merchant device 130. Thus, merchant module 132 mayinclude an interface displaying user selected items. In someembodiments, merchant module 132 may arrange delivery of an item to user102, including shipping and shipping payment. In other embodiments,merchant module 132 may transmit transaction histories to user device110 for storage and/or redemption at a merchant location. Merchantmodule 132 may also be utilized to access merchant websites and engagein online transactions, for example, checking/finding inventorypurchased by a user available at the merchant location or differentmerchant locations.

In various embodiments, merchant device 130 includes other applications134 as may be desired in particular embodiments to provide features tomerchant device 130. For example, other applications 134 may includesecurity applications for implementing client-side security features,programmatic client applications for interfacing with appropriateapplication programming interfaces (APIs) over network 160, or othertypes of applications. In various embodiments, other applications 134may include financial applications, such as banking, online payments,money transfer, or other applications associated with service providerserver 140. As previously discussed, other applications 134 may includecheck-in applications configured to establish a short range wirelessconnection with user device 110 and/or process a check-in for user 102at a merchant location corresponding to merchant device 130. Otherapplications 114 may include device interfaces and other display modulesthat may receive input from a merchant and/or merchant employee andoutput an interface. For example, other applications 134 may containsoftware programs, executable by a hardware processor, including agraphical user interface (GUI) configured to provide an interface to theuser.

User device 110 may further include database 136 which may include, forexample, identifiers such as operating system registry entries, cookiesassociated with merchant module 132 and/or other applications 134,identifiers associated with hardware of merchant device 130, or otherappropriate identifiers, such as identifiers used forpayment/user/device authentication or identification. In one embodiment,identifiers in database 136 may be used by a user device 110 and/orservice provider server 140 to associate merchant device 130 with aparticular account maintained by the payment/credit provider. Thus,database 136 may include merchant information, a user accountidentifier, and a user device identifier. Database 136 may informationutilize by merchant module 132 in order to provide purchase offers inshopping notifications to user 102, such as item prices, inventorylevels, sales, discounts, and/or other item information. Database 136may also store information received from user device 110, includingshopping notifications provided to user 102, transaction histories forpurchased items, and/or delivery information.

In various embodiments, merchant device 130 includes at least onecommunication module 138 adapted to communicate with user device 110and/or service provider server 140. In various embodiments,communication module 118 may include a DSL (e.g., Digital SubscriberLine) modem, a PSTN (Public Switched Telephone Network) modem, anEthernet device, a broadband device, a satellite device and/or variousother types of wired and/or wireless network communication devicesincluding microwave, radio frequency, infrared, Bluetooth, and nearfield communication devices. Communication module 138 may communicatedirectly with merchant device 130 using short range communications, suchas Bluetooth Low Energy, LTE Direct, WiFi, radio frequency, infrared,Bluetooth, and near field communications.

Service provider server 140 may be maintained, for example, by an onlineservice provider, which may provide shopping notification services touser 102. Service provider 140 may further provide user account servicesto user 102, including payment services through a payment account. Inthis regard, service provider server 140 includes one or more processingmodules, which may provide shopping notifications and payment for itemsbetween user device 110 and merchant device 130. In one example, serviceprovider server 140 may be provided by EBAY®, Inc. of San Jose, Calif.,USA or PAYPAL®, Inc. of San Jose, Calif., USA. However, in otherembodiments, service provider server 140 may be maintained by or includea merchant, financial services provider, and/or other service provider,which may provide shopping notifications and/or purchase service to user102. Although a single service provider is shown, multiple serviceproviders may function similarly. Although merchant device 130 andservice provider server 140 are shown as separate entities, it isunderstood they may be incorporated as the same entity. In otherembodiments, one or more service offered by merchant device 130 and/orservice provider server 140 may be provided in the same entity, such asnotification determination module 150.

Service provider server 140 of FIG. 1 includes a notificationdetermination module 150, a transaction processing module 142, otherapplications 144, a database 146, and a network interface component 148.Notification determination module 150, transaction processing module142, and other applications 144 may correspond to processes, procedures,and/or applications executable by a hardware processor, for example, asoftware program. In other embodiments, service provider server 140 mayinclude additional or different software as required.

Notification determination module 150 may correspond to one or moreprocesses to execute modules and associated devices of service providerserver 140 to provide shopping notifications to local shopping module120, such as shopping options (e.g., purchase offers) based on user102's shopping preferences. In this regard, notification determinationmodule 150 may correspond to specialized hardware and/or softwareutilized by service provider server 140 to receive shopping preferencesfrom user 102 and determine one or more shopping notifications based onthe shopping preferences. Notifications may include one or more purchaseoffers from the merchant corresponding to merchant device 130.Notification determination module 150 may transmit the notification(s)to user device 110 for output using local shopping module 120. Whennotification determination module 150 receives a selection of one of thenotifications, additional information may be populated to user 102. Theadditional information may be contained within the initial shoppingpreference, or a request for additional information may be received andprocessed by notification determination module 150. The additionalinformation may assist user 102 with transmitting a purchase order,which may be processed with merchant device 130 0.

Notification determination module 150 may further receive locationinformation and other attributes of user 102 and determine the shoppingpreferences using the attributes. Notification determination module 150may receive the location information without user 102's input to userdevice 110. For example, user device 110 may passively monitor locationinformation of user 102 and transmit the location information to serviceprovider server 140. Thus, notification determination module 150 mayutilize location information to determine merchants in proximity to user102 as user 102 changes locations and travels into proximity to amatching merchant. Notification determination module 150 may determinemerchants are in proximity to user 102 using additional parameters, suchas user preferences on merchant distance, in the shopping preferences.For example, user 102 may wish to only travel to merchants within a onemile radius of the location information. Notification determinationmodule 150 may also estimate time to travel to a merchant based on thetravel method of user 102 using a mode of transportation, such aswalking, biking, or driving a car. Notification determination module 150may also receive additional shopping preferences and/or attributeslimiting or specifying merchants to search for in proximity to user 102.For example, user 102 may wish to only find coffee stores offering itemdiscounts, restaurants with item discounts, etc.

Additionally, notification determination module 150 may receivemarketing from merchant device 130, including item discounts and/orspecialized purchase offers for user 102. Thus, a shopping notificationgenerated with one merchant may also be transmitted to at least oneother merchant. The other merchant may then be able to perform a pricematching, a lower price, or a price reduction to the user. Thus, theuser may obtain a best price for the item and merchants may gainadditional business from users that would not normally know of potentialprice savings with that merchant. Notification determination module 150may utilize the item discounts to determine the merchants to transmit touser device 110. In various embodiments, all merchants offering itemdiscounts in proximity to user 102 may be transmitted to user device110. However, in other embodiments, only merchants offering specificitem discounts (e.g. an amount or type), specific merchants, and/or acombination of the two, may be transmitted to user device 110.Notification determination module 150 may transmit a distance, map,directions, address, and/or link to a map to user device 110 for userwith the shopping notification.

Merchant location and marketing application 131 may also check user 102into locations user 102 travels to when the user attempts to perform apurchase. For example, user 102 may travel to a merchant offering anitem discount. When user 102 arrives at the merchant and/or when user102 attempts to purchase an item at the merchant using the itemdiscount, user 102 may be “checked-in” or identified with the locationof the merchant. The check-in may be posted to a social networkingapplication of user 102, transmitted to a server of the merchant, orotherwise used to save a history of user 102 at a location of themerchant.

Transaction processing module 142 may execute one or more modules ofservice provider server 140 to receive and/or transmit information fromuser device 110 and merchant device 130 for processing and completion offinancial transactions for item with a merchant corresponding tomerchant device 130. In this regard, network interface component 158 mayreceive a request to complete a sale transaction for one or more itemsfrom user device 110 and/or merchant device 130. The request maycorrespond to a payment from user device 110 to merchant device 130. Thepayment may include a user account identifier (e.g., a payment accountfor user 102 with payment provider server 140) or other paymentinstrument (e.g. a credit/debit card or checking account). Additionally,the payment may include a payment amount and terms of payment.Transaction processing module 142 may complete the transaction byproviding payment to merchant device 130 and/or a payment accountcorresponding to merchant device 130. Additionally, transactionprocessing module 142 may utilize network interface component 158 toprovide transaction histories, including receipts, to user device 110and/or merchant device 130 for completion and documentation of thefinancial transaction.

In various embodiments, service provider server 140 includes otherapplications 144 as may be desired in particular embodiments to providefeatures to service provider server 140. For example, other applications144 may include security applications for implementing server-sidesecurity features, programmatic server applications for interfacing withappropriate application programming interfaces (APIs) over network 160,or other types of applications. Other applications 144 may containsoftware programs, executable by a processor, including a graphical userinterface (GUI), configured to provide an interface to a user.

Additionally, service provider server 140 includes database 146. Aspreviously discussed, user 102 may establish one or more user accountswith service provider server 140. User accounts in database 146 mayinclude user information, such as name, address, birthdate,payment/funding information, additional user financial information,and/or other desired user data. User 102 may link user accounts to userdevice 110 through a user device identifier. Thus, when a deviceidentifier corresponding to user device 110 is transmitted to serviceprovider server 140, e.g. from user device 110 and/or merchant device130, a user account belonging to user 102 may be found. In otherembodiments, user 102 may not have previously established a useraccount.

In various embodiments, service provider server 140 includes at leastone network interface component (NIC) 135 adapted to communicate withnetwork 160 including user device 110 and/or merchant device 130. Invarious embodiments, network interface component 148 may comprise a DSL(e.g., Digital Subscriber Line) modem, a PSTN (Public Switched TelephoneNetwork) modem, an Ethernet device, a broadband device, a satellitedevice and/or various other types of wired and/or wireless networkcommunication devices including microwave, radio frequency (RF), andinfrared (IR) communication devices.

Network 160 may be implemented as a single network or a combination ofmultiple networks. For example, in various embodiments, network 160 mayinclude the Internet or one or more intranets, landline networks,wireless networks, and/or other appropriate types of networks. Thus,network 160 may correspond to small scale communication networks, suchas a private or local area network, or a larger scale network, such as awide area network or the Internet, accessible by the various componentsof system 100.

FIG. 2 is an exemplary environment having users at or nearby merchantlocations offering items matching the users' shopping preferences,according to an embodiment. An environment 200 of FIG. 2 includes a user202 a, a user 202 b, a user 202 c, a user 202 d, and a user 202 e allcorresponding generally to user 102 of FIG. 1. Moreover, environment 200includes a merchant 230 a, a merchant 230 b, a merchant 230 c, amerchant 230 d, a merchant 230 e, a merchant 230 f, and a merchant 230 gcorresponding to merchants that may utilize devices and/or serverscorresponding generally to the described modules and features ofmerchant device 130 for use in providing users 202 a-e with shoppingnotifications.

Environment 200 may correspond to some shopping environment, such as amerchant shopping mall location, a city with a plurality of merchants,or other area where multiple merchants may be found and accessed topurchase items from. Thus, users 202 a-e may shop with any of merchants230 a-g either physically at the merchant's location or online through amerchant website or service provider. Each of users 202 a-e may possessa user device, such as a communication device (e.g., a mobile smartphone, tablet computer, etc.) while they travel through environment 200.As previously discussed, user devices may include a local shoppingmodule that allows each of users 202 a-e to enter their shoppingpreferences and receive shopping notifications. Further the localshopping module may utilize user attributes for users 202 a-e whenpopulating shopping notifications to users 202 a-e.

Thus, as user 202 a travels through environment 200, user 202 a may viewshopping notifications for one or more of merchants 230 a-g. Forexample, user 202 a may set an item preference that offers an item frommerchant 230 a. Since user 202 a is in proximity to merchant 230 a, user202 a may view a shopping notification for the item using a user devicewhile user 202 a is nearby merchant 230 a. Since no shopping preferencefor user 202 a matches merchant 230 b, user 202 a may not receiveshopping preferences on their user device for merchant 230 b. Moreover,the shopping preference for merchant 230 a may be communicated tomerchant 230 c, who may generate a purchase offer that incentivizes user202 a to shop at merchant 230 c over merchant 230 a. Such a purchaseoffer may further be communicated to user 202 a's user device as ashopping notification.

User 202 b may be seen inside merchant 230 d and shopping with merchant230 d. In such an embodiment, user 202 b may perform a check-in withmerchant 230 d, such as through a connection to a merchant device atmerchant 230 d and/or through a check-in with a check-in serviceprovider for merchant 230 d. Once the check-in is established for user202 b, user 202 b may view shopping notifications for merchant 230 dthat incentivizes user 202 b to purchase something with merchant 230 d,such as an offer for an item matching a shopping preference and/or adiscount of an item available with the merchant. Similarly, user 202 cis shown as very close to merchant 230 e. Although user 202 c may not beinside merchant 230 e, user 202 c may be checked-in with merchant 230 eby lieu of user 202 c's proximity to merchant 230 e. In order to enticeuser 202 c to shop with merchant 230 e, a shopping notification for user202 c matching their shopping preference and their check in may becommunicated to user 202 c's user device.

User 202 d is shown as travelling nearby both merchants 230 f and 230 g.Both merchants 230 f and 230 g may offer a same or similar item for salematching one or more shopping preferences of user 202 d. Thus, user 202d may receive two shopping notifications for the item on user 202 d'suser device. The shopping notification may populate as one or more cellson an interface of the user device in possession of user 202 d. Thus,user 202 d may select the cell(s) to view additional information aboutthe shopping notification, including the purchase offer and terms of thepurchase offer (e.g., a price). User 202 d may choose to continue andsubmit a request to purchase the item in one of the purchase offers.Once complete user 202 d may then visit the merchant of merchants 230 fand 230 g in order to pick up the item using a transaction history forthe item.

User 202 e is shown as remote from all of merchants 230 a-g. User 202 emay be travelling by some mode of transportation that may dictate whatshopping notifications are provided to user 202 e. For example, if user202 e is travelling by an automobile, user 202 e may easily visit any ofmerchants 230 a-g. Thus, none of merchants 230 a-g may be precluded inthe shopping notifications. However, if user 202 e is travelling byfoot, the shopping notifications may be limited to merchants 230 d-g andremove merchants 230 a-c that would be too difficult or time consumingto reach. Moreover, delivery options set by user 202 e in their shoppingpreferences may also dictate which of merchants 230 a-g are searched forwhen generating shopping notifications. For example, if user 202 e wouldlike in store pick up, merchants 230 a-c may be too far, while if user202 e is amenable to delivery or courier services, merchants 230 a-c maybe included.

FIG. 3 is an exemplary system environment having a user devicepresenting shopping notification received from a service provider,according to an embodiment. Environment 300 of FIG. 3 includes a userdevice 310 and a service provider server 330 corresponding generally touser device 110 and service provider server 130, respectively, of FIG.1.

User device 210 executes a local shopping module 320 correspondinggenerally to the specialized hardware and/or software modules andprocesses described in reference to local shopping module 120 of FIG. 1.Local shopping module 320 includes user shopping preferences 322 thatmay be entered by a user of user device 310 and/or scraped fromavailable user information. Thus, user shopping preferences 322 includeuser attributes 1000, which may correspond to attributes about the user,such as a location, user account balance, and/or mode of transportationfor the user. User shopping preferences 322 further include merchants1002 that the user prefers to shop with. User shopping preferences 322also includes items 1004 that the user wishes to purchase or has aninterest in purchasing.

Local shopping module 320 includes displayable shopping notifications324 determined by service provider server 340, as will be explained inmore detail below. Local shopping module 320 may also establish nearbycheck-ins 326 having merchant storefront 1014 that the user is checkedin to. Nearby check-ins 326 may be established through location modulesof user device 310, connections to other devices, and/or check-inservice providers. Local shopping module 320 also provides for itemlookup 328 that may be utilized by the user of user device 310 to enteritem information directly through an input module, including scanning ofitem information, such as a bar code, QR code, or other item identifierin item information 1016. Item lookup 328 may be utilized to determine ahigh priority shopping preference so that a user may determine whetherthe user wishes to purchase an item or if other items are available forbetter offers.

Notification determination module 350 may be utilized to determine andprovide displayable shopping notifications 324 using receivedinformation under shopping preferences 322, nearby check-ins 326, and/oritem lookup 328. Thus, notification determination module 350 correspondsgenerally to the specialized hardware and/or software modules andprocesses described in reference to notification determination module150 of FIG. 1. In this regard, notification determination module 350includes information for a user A 352 having shopping preferences 322received from user device 310. User A 352 further includes determinednotifications 1100, check-ins 1102, and an item lookup request.Notifications 1100 may be determined using shopping preferences 322,check-ins 1102, and/or item lookup request 1104. Notifications 1100 mayalso be determined using merchant information 354, such as inventory1106 for a merchant, offers 1108 of the merchant, and store information1110 of the merchant (e.g., location, hours, delivery options, etc.).Once notifications 1100 are determined and communicated to localshopping module 320, displayable shopping notifications 324 may populateone or more cells having offers 1006 with location 1008 and discounts1010 with merchant 1012. The user of user device 310 may then selectdisplayable shopping notifications 324 for additional information and/orprocessing or a request to purchase/obtain an item/discount.

FIG. 4 is a flowchart of an exemplary process for presenting acommunication device interface for merchant check-in and shoppingnotifications, according to an embodiment. Note that one or more steps,processes, and methods described herein may be omitted, performed in adifferent sequence, or combined as desired or appropriate.

At step 402, a location attribute and a shopping setting/preference isaccessed, for example, by a merchant server and/or service providerserver. The shopping preferences may correspond to desired items forpurchase, desired item discounts including categories of discountsand/or specific item discounts, or preferred merchants. The shoppingpreferences may be received from a shopping application/module of a userdevice. The shopping application/module may receive the shoppingpreference from the user through user input, or may collect theinformation from a user database and/or through scraping user accounts,including online user accounts.

At least one offer is determined in proximity to the location attributethat matches the shopping setting/preference, at step 404, wherein theat least one offer includes a shopping option/purchase offer for an itemmatching the shopping setting/preference. The shopping option/purchaseoffer may correspond to an item corresponding to the plurality ofshopping preferences, an item discount corresponding to the plurality ofshopping preferences, and a merchant location corresponding to theplurality of shopping preferences. Additionally, the notification may bedisplayed to the user generally (e.g., on determination of thenotification), at a predetermined time interval, or displayed to theuser based on at least one of a price of an item, an item discountcorresponding to the plurality of shopping options, user location, andor a merchant location.

At step 404, the offer is communicated to a communication deviceassociated with the user. The user may use the device to make aselection of one of the at least one notifications received. Theselection may correspond to a selection in the shopping application.Once the selection of a shopping notification is received, informationcorresponding to the shopping option is presented to the user. Theinformation may correspond to item information, item discountinformation, merchant location information, merchant inventoryinformation, terms of purchase information, price information, wait timeinformation, and delivery information.

In various embodiments, a purchase order/request may be received for thepurchase offer presented to the user. A merchant providing an item oritem discount corresponding to the purchase offer may complete therequest or a payment provider may complete the request by providingpayment to the merchant. The user may receive a transaction history foruse with the merchant, for example, to pick-up the item or redeem theitem discount. In other embodiments, the transaction history may betransmitted to the merchant to arrange delivery of the item to the user.

FIG. 5 is a block diagram of a computer system suitable for implementingone or more components in FIG. 1, according to an embodiment. In variousembodiments, the user device may comprise a personal computing device(e.g., smart phone, a computing tablet, a personal computer, laptop,PDA, Bluetooth device, key FOB, badge, etc.) capable of communicatingwith the network. The merchant server and/or service provider mayutilize a network computing device (e.g., a network server) capable ofcommunicating with the network. It should be appreciated that each ofthe devices utilized by users and service providers may be implementedas computer system 500 in a manner as follows.

Computer system 500 includes a bus 502 or other communication mechanismfor communicating information data, signals, and information betweenvarious components of computer system 500. Components include aninput/output (I/O) component 504 that processes a user action, such asselecting keys from a keypad/keyboard, selecting one or more buttons,image, or links, and/or moving one or more images, etc., and sends acorresponding signal to bus 502. I/O component 504 may also include anoutput component, such as a display 511 and a cursor control 513 (suchas a keyboard, keypad, mouse, etc.). An optional audio input/outputcomponent 505 may also be included to allow a user to use voice forinputting information by converting audio signals. Audio I/O component505 may allow the user to hear audio. A transceiver or network interface506 transmits and receives signals between computer system 500 and otherdevices, such as another user device, a merchant server, or a serviceprovider server via network 160. In one embodiment, the transmission iswireless, although other transmission mediums and methods may also besuitable. One or more processors 512, which can be a micro-controller,digital signal processor (DSP), or other processing component, processesthese various signals, such as for display on computer system 500 ortransmission to other devices via a communication link 518. Processor(s)512 may also control transmission of information, such as cookies or IPaddresses, to other devices.

Components of computer system 500 also include a system memory component514 (e.g., RAM), a static storage component 516 (e.g., ROM), and/or adisk drive 517. Computer system 500 performs specific operations byprocessor(s) 512 and other components by executing one or more sequencesof instructions contained in system memory component 514. Logic may beencoded in a computer readable medium, which may refer to any mediumthat participates in providing instructions to processor(s) 512 forexecution. Such a medium may take many forms, including but not limitedto, non-volatile media, volatile media, and transmission media. Invarious embodiments, non-volatile media includes optical or magneticdisks, volatile media includes dynamic memory, such as system memorycomponent 514, and transmission media includes coaxial cables, copperwire, and fiber optics, including wires that comprise bus 502. In oneembodiment, the logic is encoded in non-transitory computer readablemedium. In one example, transmission media may take the form of acousticor light waves, such as those generated during radio wave, optical, andinfrared data communications.

Some common forms of computer readable media includes, for example,floppy disk, flexible disk, hard disk, magnetic tape, any other magneticmedium, CD-ROM, any other optical medium, punch cards, paper tape, anyother physical medium with patterns of holes, RAM, PROM, EEPROM,FLASH-EEPROM, any other memory chip or cartridge, or any other mediumfrom which a computer is adapted to read.

In various embodiments of the present disclosure, execution ofinstruction sequences to practice the present disclosure may beperformed by computer system 500. In various other embodiments of thepresent disclosure, a plurality of computer systems 500 coupled bycommunication link 518 to the network (e.g., such as a LAN, WLAN, PTSN,and/or various other wired or wireless networks, includingtelecommunications, mobile, and cellular phone networks) may performinstruction sequences to practice the present disclosure in coordinationwith one another.

Where applicable, various embodiments provided by the present disclosuremay be implemented using hardware, software, or combinations of hardwareand software. Also, where applicable, the various hardware componentsand/or software components set forth herein may be combined intocomposite components comprising software, hardware, and/or both withoutdeparting from the spirit of the present disclosure. Where applicable,the various hardware components and/or software components set forthherein may be separated into sub-components comprising software,hardware, or both without departing from the scope of the presentdisclosure. In addition, where applicable, it is contemplated thatsoftware components may be implemented as hardware components andvice-versa.

Software, in accordance with the present disclosure, such as programcode and/or data, may be stored on one or more computer readablemediums. It is also contemplated that software identified herein may beimplemented using one or more general purpose or specific purposecomputers and/or computer systems, networked and/or otherwise. Whereapplicable, the ordering of various steps described herein may bechanged, combined into composite steps, and/or separated into sub-stepsto provide features described herein.

FIGS. 6A-6AH are exemplary screenshots of a communication deviceinterface for presenting shopping notification to a user based onshopping preferences and user attributes, according to variousembodiments. FIGS. 6A-6AH display shopping notifications as viewed by auser on a user interface of a communication device.

The foregoing disclosure is not intended to limit the present disclosureto the precise forms or particular fields of use disclosed. As such, itis contemplated that various alternate embodiments and/or modificationsto the present disclosure, whether explicitly described or impliedherein, are possible in light of the disclosure. Having thus describedembodiments of the present disclosure, persons of ordinary skill in theart will recognize that changes may be made in form and detail withoutdeparting from the scope of the present disclosure. Thus, the presentdisclosure is limited only by the claims.

1. (canceled)
 2. A system comprising: a non-transitory memory; and oneor more hardware processors coupled with the non-transitory memory andconfigured to read instructions from the non-transitory memory to causethe system to perform operations comprising: identifying a user profileassociated with a user of a user device, wherein the user profileincludes information corresponding to one or more user attributes or oneor more shopping preferences; in response to determining a location ofthe user device, determining a plurality of data corresponding to one ormore items based on the user profile associated with the user;determining a first portion of data of the plurality of data to providefor display on a user interface of an application of the user device,wherein the determining the first portion of data is based onidentifying one or more interface display preferences associated withthe user; and providing the first portion of data to the user device tocause the user device to display, via the user interface of theapplication, the first portion of data to the user.
 3. The system ofclaim 2, wherein the first portion of data includes one or more offersfor the one or more items, and wherein the one or more offerscorresponds to one or more merchants.
 4. The system of claim 3, whereinthe one or more merchants correspond to the location of the user device.5. The system of claim 2, wherein the plurality of data corresponds to aplurality of merchants.
 6. The system of claim 2, wherein a secondportion of data of the plurality of data does not correspond to the oneor more interface display preferences associated with the user, andwherein the operations further comprise: providing the second portion tothe user device, wherein the providing the second portion to the userdevice causes the user device to not display the second portion of databased on the second portion of data not corresponding to the one or moreinterface display preferences associated with the user.
 7. The system ofclaim 2, wherein the determining the location of the user device isbased on detecting a check-in of the user device at the location.
 8. Thesystem of claim 2, the operations further comprising: receiving, via theuser interface of the user device, a selection of a user interfaceelement corresponding to the first portion of data; and in response toreceiving the selection of the user interface element, processing apayment for a first item of the one or more items that corresponds tothe first portion of data.
 9. A method, comprising: identifying a userprofile associated with a user of a user device, wherein the userprofile includes information corresponding to one or more userattributes or one or more shopping preferences; in response todetermining a location of the user device, determining a plurality ofdata corresponding to one or more items based on the user profileassociated with the user; determining a first portion of data of theplurality of data to provide for display on a user interface of anapplication of the user device, wherein the determining the firstportion of data is based on identifying one or more interface displaypreferences associated with the user; and providing the first portion ofdata to the user device to cause the user device to display, via theuser interface of the application, the first portion of data to theuser.
 10. The method of claim 9, wherein the first portion of dataincludes one or more offers for the one or more items, and wherein theone or more offers corresponds to one or more merchants.
 11. The methodof claim 10, wherein the one or more merchants correspond to thelocation of the user device.
 12. The method of claim 9, wherein theplurality of data corresponds to a plurality of merchants.
 13. Themethod of claim 9, wherein a second portion of data of the plurality ofdata does not correspond to the one or more interface displaypreferences associated with the user, and wherein the operations furthercomprise: providing the second portion to the user device, wherein theproviding the second portion to the user device causes the user deviceto not display the second portion of data based on the second portion ofdata not corresponding to the one or more interface display preferencesassociated with the user.
 14. The method of claim 9, wherein thedetermining the location of the user device is based on detecting acheck-in of the user device at the location.
 15. The method of claim 9,further comprising: receiving, via the user interface of the userdevice, a selection of a user interface element corresponding to thefirst portion of data; and in response to receiving the selection of theuser interface element, processing a payment for a first item of the oneor more items that corresponds to the first portion of data.
 16. Anon-transitory machine-readable medium stored thereon machine-readableinstructions executable to cause a machine to perform operationscomprising: identifying a user profile associated with a user of a userdevice, wherein the user profile includes information corresponding toone or more user attributes or one or more shopping preferences; inresponse to determining a location of the user device, determining aplurality of data corresponding to one or more items based on the userprofile associated with the user; determining a first portion of data ofthe plurality of data to provide for display on a user interface of anapplication of the user device, wherein the determining the firstportion of data is based on identifying one or more interface displaypreferences associated with the user; and providing the first portion ofdata to the user device to cause the user device to display, via theuser interface of the application, the first portion of data to theuser.
 17. The non-transitory machine-readable medium of claim 16,wherein the first portion of data includes one or more offers for theone or more items, and wherein the one or more offers corresponds to oneor more merchants.
 18. The non-transitory machine-readable medium ofclaim 17, wherein the one or more merchants correspond to the locationof the user device.
 19. The non-transitory machine-readable medium ofclaim 16, wherein the plurality of data corresponds to a plurality ofmerchants.
 20. The non-transitory machine-readable medium of claim 16,wherein a second portion of data of the plurality of data does notcorrespond to the one or more interface display preferences associatedwith the user, and wherein the operations further comprise: providingthe second portion to the user device, wherein the providing the secondportion to the user device causes the user device to not display thesecond portion of data based on the second portion of data notcorresponding to the one or more interface display preferencesassociated with the user.
 21. The non-transitory machine-readable mediumof claim 16, the operations further comprising: receiving, via the userinterface of the user device, a selection of a user interface elementcorresponding to the first portion of data; and in response to receivingthe selection of the user interface element, processing a payment for afirst item of the one or more items that corresponds to the firstportion of data.